home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group96a.txt / 000192_icon-group-sender _Mon Aug 19 18:27:25 1996.msg < prev    next >
Internet Message Format  |  1996-09-05  |  1KB
  1. Received: by cheltenham.cs.arizona.edu; Tue, 20 Aug 1996 08:08:03 MST
  2. Date: Mon, 19 Aug 1996 18:27:25 -0500
  3. From: jeffery@dragon.cs.utsa.edu (Clinton Jeffery)
  4. Message-Id: <9608192327.AA12311@water.cs.utsa.edu>
  5. To: cwfraser@microsoft.com
  6. Cc: icon-group@cs.arizona.edu
  7. In-Reply-To: <c=US%a=_%p=msft%l=RED-25-MSG-960819171536Z-30291@tide21.microsoft.com> (message from Chris Fraser on Mon, 19 Aug 1996 10:15:36 -0700)
  8. Subject: Re: evaluating
  9. Content-Length: 507
  10. Errors-To: icon-group-errors@cs.arizona.edu
  11.  
  12.  
  13. >   During the evaluation of, say,
  14. >       every (1 to 1000000)/real(n) ...
  15. >   n is converted to floating point once, not one million times, right?
  16.  
  17.     e1 / e2
  18. are evaluated similar to
  19.     e1 & e2
  20. which is to say, every time e1 produces another result e2 (which might be
  21. a generator) is restarted.
  22.  
  23. A good optimizing compiler ought to be able to figure out whether n changes
  24. in the do... clause of the every loop, and if not, skip re-evaluation, but
  25. the semantics of the language (and icont...) say: re-evaluate.
  26.